Linux2026 - draft - #8540
Draft
danoli3 wants to merge 57 commits into
Draft
Conversation
…rather than let continue to code compiltion errors emscripten memory64 renamed 64 as internals are em32 and em64
…sabled for the moment
Actions added 22.04 linux GCC10 test
shfmt formatted bash
makefiles fixed remove i386
…es with makefiles
Detect Raspberry Pi so aarch64 stays the Pi 64-bit package, not generic arm64. Request the GCC 10 baseline for all official Linux targets, extract archives as-is, and keep lib/linux/<arch> instead of flattening back to linux64/linuxarmv6l.
Resolve of.yml by keeping linux2026 arch/gcc download flags and taking master's curl library check. Enable the armv7l RPi CI slice.
OF_DIR was unset so compileOF/PG/examples resolved the repo root wrong. compileOF now maps 64/arm64/aarch64/armv6l/armv7l/jetson to lib/linux/<arch>. RPi CI looks at scripts/ci/linux/rpi/raspbian.
scripts/ci/linux/rpi is one directory deeper than the old linuxrpi path, so OF_ROOT resolved to scripts/ and the armv7l template copy failed. Walk up four levels. Do not cancel sibling RPi slices on one failure.
CI is not a Pi, so RPI_DETECTED is no and armv6l/armv7l fell through
to a tab-prefixed $(error) ("recipe commences before first target").
aarch64 was remapped to generic arm64 and looked in lib/linux/arm64.
Treat armv6l/armv7l/aarch64, RPI_DETECTED, and RPI_ROOT as RPi so
libs resolve under lib/linux/<arch>. Keep generic ARM desktop on
linux/arm64. Resolve third-party and addon libs via canonical then
legacy subpaths. Official Linux archives are GCC 10 only.
Skip the RPi example build until latest includes glm/tess2. Drop the
22.04 apt cache that used 24.04 package names.
Run a dedicated workflow on push and pull_request that extracts find_platform_lib_path and checks each official arch: new nested folder wins, pre-0.13 flat folder still resolves, missing stays empty.
linux/64/run_tests.sh copied a host Makefile into every tests/* folder and executed the binary. android / emscripten / ios / tvOS are not headless Linux unit tests (GLFW needs DISPLAY). Use the linux64 templates to match build.sh.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Linux 2026
Draft for the makefile / download path split that matches current apothecary Linux artifacts.
Companion: openframeworks/apothecary#585 (Raspberry Pi aarch64 / armv7l / armv6l QEMU + GCC 10, all platforms green).
Lib paths (makefile + apothecary)
ARCH64lib/linux/64arm64lib/linux/arm64aarch64lib/linux/aarch64armv7llib/linux/armv7larmv6llib/linux/armv6lLegacy flat folders (
linux64,linuxarmv6l, …) stay as addon fallbacks.Official archives (GCC 10 baseline)
openFrameworksLibs_<tag>_linux_<ARCH>_gcc10.tar.bz2download_libs.shnow:aarch64(does not pull genericlinux_arm64)_gcc10for the five official Linux targets--strip-components=1)lib/linux/<arch>Status
master(needs rebase)